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Reputation  Management 


•  Applicable  to  P2P 

•  “Degree”  of  Trust 

•  Evidence-based  updates 

•  Amenable  to  Decision- 

Theoretic  Framework 


Although  quantitative,  these  approaches  are  ad  hoc, 
informal,  and  provide  only  simplistic  capabilities. 
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Metrics  -  Challenge  for  security 


•  Metrics  are  hard  for  security,  privacy,  etc. 

•  Can  we  do  better  with  reputation  systems? 
-Would  like  measure  of  “value  added”  by  RMS 
-  Would  allow  us  to  compare  RMS"s. 

•  We  decided  to  try  this  for  a  simple  framework 
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Simplest  RMS  framework? 
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Complete  graph 
of  connections 


Need  a  community  -  like  buyers  and 
sellers  on  eBay  -  with  transactions  and 
feedback 


Need  some  bad  apples 


Need  a  reputation  management  system 
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What  transactions? 


•  Simplest:  “Abstract  Client-Server  Interactions” 


•  Client  reports  feedback  to  RMS. 

•  Bad  guys  could  “frequently”  provide  bad  service 
or  bad  feedback  or  both 


11/4/09 


Penn 

Engineering 


ONR  MURI  Review 


Our  transactions 


•  File  sharing 

-  More  complex  than  “abstract  transactions” 
because  of  side  effect  of  file  copy 

-  Practically  relevant 

•  Initially  several  copies  of  each  file;  probabilistically 
some  are  corrupted 

•  Good  users 

-“clean  up”  i.e.,  remove  bad  files  upon  receipt 
with  high  probability 

-  Provide  honest  feedback 
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Bad  users 


•  Infinite  variation  possible  in  bad  behavior 

•  To  keep  things  simple  we  model  bad  users  by  two 
probabilities 

-  Probability  of  clean-up  a 

-  Probability  of  honest  feedback  (3 

•  What  this  doesn't  allow: 

-  Collusions 

-Targeted  bad  behavior 


11/4/09 


Penn 

Engineering 


ONR  MURI  Review 


User  Models 


•  A  two-dimensional 
approach  to 
behavior: 

-  Cleanup  (%): 
Upon  reception  of 
an  invalid  file, 
how  likely  is  user 
to  remove  that 
file? 

-  Honesty  (%): 

With  what 
probability  will  a 
user  provide 
honest  feedback 


User  Type 

Cleanup 

Honesty 

Source 

Good 

90%-100% 

1 00% 

BEST 

Purely 

Malicious 

0%-10% 

0% 

WORST 

Feedback 

Malicious 

90%-100% 

0% 

RAND 

Malicious 

Provider 

0-10% 

1 00% 

WORST 

Disguised 

Malicious 

50%-100% 

50%-100% 

RAND 

Sybil 

Sybil  users  participate  in  1  transaction 
then  create  a  new  „account". 

WORST 
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TM  systems  analyzed 


•  None:  The  absence  of  TM,  used  for  control  runs 

•  EigenTrust  by  Hector  Garcia-Molina  et.  al. 

-  Globally  convergent  Reputation  via  matrix  multiplication  of 
normalized  values 

-  Convergence  quick  due  to  certain  matrix  properties 

•  Subjective  Logic  by  Audun  Josang  et.  al. 

-  Triples  of  the  form  (belief,  disbelief,  uncertainty) 

-  Transitive  paths  examined  using  „discount"and 
..consensus"  logic  operators 

-  Reputation  values  correlate  with  beta-PDF  functions 
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Metric  &  Results 


•  Metric: 


(#  trans.  with  “good”  recipients,  resulting  in  trade  of  valid  file) 
(#  trans.  attempted  by  “good”  recepients) 


TM  Algorithms  vs.  Malicious  Providers 
(100k  transactions,  25  peers,  unlimited  bandwidth) 


EIGEN 

■NONE 

SUBJ 


Malicious  User  % 
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TM  works  well 


A  More  Complex  Example 


More  interesting  is  when 
users  are  bad,  lie  about 
their  behavior,  and  have 
other  bad  peers  lie  on  their 
behalf  (as  at  right). 


EigenTrust  in  particular 
demonstrates  some  very 
interesting  properties 
under  varying  number  of 
bad  users  (a  topic 
currently  under  study). 
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TM  Algorithms  vs.  Purely  Malicious  Users 
(100k  trans,  50  peer,  unlimited  bandwidth) 


80  00% 

(5s 

^  60.00% 

» 

CD 


■EIGEN  METRIC 
'NONE  METRIC 


000% 

4.00%  12.00%  2000%  28.00%  36  00%  44.00%  52  00%  60  00%  68.00%  76.00%  84.00%  92.00%  100  00% 

0.00%  8.00%  16.00%  24.00%  32.00%  40.00%  48.00%  56.00%  64.00%  72.00%  80.00%  88.00%  96,00% 


Mal_Pure  users  (%) 
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Future  Work  (1) 


•  Adversary  (BOTMaster)  recruits  nodes  dynamically 

•  Limited  number  of  bad  nodes 

•  Dynamic  trustworthiness  -  how  incorruptible  is  a  node? 

•  Collusions/Targeted  attacks 

•  Who  do  the  bad  nodes  give  bad  feedback  to?  Bad  files  to? 

•  Correlations 

•  Do  corrupting  nodes  share  bad  files  with  corrupted 
nodes? 
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CS  and  Economics 


Network  of  Agents 


CS  View 

•  Repeated  interactions 
between  sets  of  players 

•  Good  players  follow 
protocols 

•  Bad  players  adversarial: 
seek  to  inflict  harm  while 
escaping  detection 

•  Goal:  Prevent  harm; 
maximize  system  utility 


Econ  View 

•  Repeated  games  with 
strategy-based  payoffs 

•  All  players  “self- 
interested” 

•  What  do  “good”  and 
“bad”  mean? 

•  Goal:  Maximize  social 
welfare  (at  least  welfare 
of  “good”  players) 


11/4/09 


Penn 

Engineering 


ONR  MURI  Review 


Payoffs  in  Repeated  Games  (Economics) 


Player  /  plays  game  at  each  time  instant.  At  time  t 
receives  payoff  fft). 

Discounted  payoff  to  player  i:  (1-d)  1  &xfj(t) 

(Also  possible  to  consider  average  payoff  per  game 
if  limit  exists...  but  discounted  makes  more  sense 
usually.) 
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Repeated  vs  One-Shot  Game:  Example 


•  Prisoner"s  Dilemma 


Confess 

Silent 

Confess 

-6 

-1 

Silent 

-9 

-2 

Payoffs  to  row  player; 
Symmetrically  to  column  player 
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One-Shot  Nash  Equilibrium 

Both  Confess 

Repeated  Game  Nash  Equilibria 

1)  Grim  strategy:  Silent  until  opponent  reneges 

Confess  thereafter 
(Equilibrium  if  d  high  enough) 

2)  Both  confess  always 


n&un 


Penn 

Engineering 


ONR  MURI  Review 


16 


Good  vs  Bad  in  Econ  View 


•  Games  have  multiple  equilibria  -  bad  players 
drive  towards  equilibria  with  low  social  welfare? 

•  Bad  players  have  a  small  value  of ;  they  don"t 
care  about  future  payoffs,  and  hence  about 
“reputations”? 

•  alpha-altruism  (New  concept.)  Player  wants  to 
optimize  her  own  payoff  +  alpha(payoff  to  other 
players) .  (V2-altruistic  player  payoff  for  (C,C)  =  -9) 

•  Bad  Players  may  have  evolutionary  strategies  to 
achieve  objectives  and  mask  behavior 
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Reputation  Manager  Outline 


•  Monitors  interactions/games  by  one  of: 

-  Observing  strategies  played  by  all  players 

-  Observing  payoffs  to  each  player 

-  Receiving  feedback  from  players  about 
strategies/payoffs 

•  Player  strategies  are  function  of  advise  from 
Reputation  Manager  and  past  history 
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Issues  for  Reputation  Manager 


•  Thwart  adversaries;  enhance  experience  for  good 
players 

•  Identify  players  who  are  bad  in  the  senses  defined 
above  and  “warn”  good  players 

•  Prevent  following  problems 

-Whitewash:  acquire  new  identity  after  bad 
behavior 

-  Phantom  feedback:  acquire  multiple  identities 
and  provide  spurious  feedback  to  skew 
reputations 

-  No  feedback:  fail  to  provide  feedback  when  due 
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Evaluating  Reputation  Managers 


•  CS  View: 

-  Prevent  harmful  attacks 

-  Make  system  available/useful  to  good  players 

•  Econ  View: 

-  Increase  total  welfare  to  good  players 

-  Possibly  enforce  fair  sharing  of  welfare  among 
good  players? 
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Future  Work  (2) 


•  Altruistic  Players:  An  exciting  new  model?  Explore 

•  Can  reputation  managers  identify  the  altruism 
parameter  of  each  player  in  an  arbitrary  game? 
Based  on  what  observations? 

•  What  if  a  player"s  degree  of  altruism  is  altered  by 
nature  of  opponent? 

•  Analyze  games  under  other  notions  of  “badness” 

•  Reconcile  Econ  view  to  real  systems??  Where  do 
we  get  payoffs,  lists  of  strategies  from? 
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